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REMOTELY CONTROLLING BOOT 
SETTINGS IN A SERVER BLADE 
ENVIRONMENT 

Background of Invention 
Field of the Present Invention 

[0001] The present invention generally relates to the field of data processing systems and 
more particularly to a method and system for remote storage of boot configuration 



U . 

rjj information (CMOS settings) in a data processing environment comprising multiple 

s replaceable server blades, 

0 History of Related Art 

sajlfsi 

M.'"'- [0002] In the field of microprocessor-based data processing systems, boot configuration 

hi 

information, also referred to as "CMOS" settings or "BIOS setup information," is 
typically stored in a battery- backed CMOS storage device of the system. When the 
system is booted, the boot code retrieves the CMOS settings and configures various 
parameters of the system based on the retrieved values. CMOS settings can define 
parameters including power management modes, cooling control modes, and various 
timeout settings that control when the system transitions from one state to another. 
In environments where the processor blade (the printed circuit board, such as a 
motherboard in a desktop machine, to which the main processor or processors are 
connected) is changed infrequently, local storage of CMOS settings on the blade is 
logical. 



[0003] 



In other environments, however, storing CMOS settings locally may present 
compatibility, flexibility, and management issues. In a server blade environment, small 
form-factor server devices (server blades) can be hot-plugged into a single chassis or 
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cabinet with each blade sharing power, network connections, fans, and management 
resources. When replacing or upgrading blades, it is desirable to have the newly 
installed blades function identically to the previous blade. Achieving this goal with 
server blades on which CMOS settings are stored locally requires mass configuration. 

[0004] Mass configuration of CMOS settings is typically accomplished by cloning a boot 
configuration data block across a number of systems. Unfortunately, this method of 
configuration, typically referred to as cloning, is only possible after each system has 
been setup with its associated peripherals and power is applied. Moreover, cloning is 
only possible if the BIOS version and hardware of the systems are substantially 
identical. BIOS firmware versions and hardware implementations are notoriously 

3 unique. A CMOS setting located at a particular memory address in one system is often 

■ 

II not located at the same memory address in a different system having a different BIOS 

a* 

*2 version. For this reason cloning is not a highly effective or desirable solution to the 

*y problem of insuring compatibility and plug-replaceability among a large number of 

* server blades that may or may not have identical BIOS versions. 

Summary of Invention 

-| [0005] 

jj The problem identified above is addressed by a method and system for storing 

and configuring CMOS setting information remotely in a server blade environment! 
The system includes a management module configured to act as a service processor 
to a data processing configuration comprising a set of one or more server blades 
sharing common resources such as system power and cooling fans. The management 
module includes persistent storage in which is stored a table containing CMOS setting 
information for each server blade in the configuration. Each server blade includes boot 
block software that executes when the blade is booted after power-on or system 
reset. The boot block software initiates communication with the management module 
and retrieves its CMOS settings from the management modules CMOS setting table. In 
this manner, CMOS settings for a particular blade location in the configuration remain 
unchanged each time a blade is replaced or upgraded. In one embodiment, the 
management module and server blades implement a programming interface that 
includes command abstractions corresponding to each CMOS setting. In this 
embodiment, the management module sends command abstractions to each server 
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blade during the CMOS configuration process. The server blade is configured to 
interpret the commands and map the commands to specific CMOS bit addresses 
thereby making the specific CMOS implementation employed by any server blade 
transparent to the management module. 

Brief Description of Drawings 

[0006] Other objects and advantages of the invention will become apparent upon reading 
the following detailed description and upon reference to the accompanying drawings 
in which: 

[0007] FIG 1 A is a front view of a data processing configuration suitable for implementing 
an embodiment of the present invention; 

[0008] FIG 1 B is a rear view of the data processing configuration of FIG 1 A; 

[0009] FIG 2 is a block diagram of selected elements of a data processing system or blade 
suitable for use in the data processing configuration of FIG 1 A and 1 B; 

[0010] FIG 3 is a block diagram of selected elements of the data processing configuration 
emphasizing the remote storage and configuration of CMOS settings according to one 
embodiment; 

[0011] FIG 4 is a conceptualized representation of a CMOS setting table according to one 
embodiment of the present invention; and 

[0012] FIG 5 is a flow diagram of a method of configuration CMOS setting information in 
a server blade environment according to one embodiment of the present invention. 

[001 3] While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof are shown byway of example in the drawings and will 
herein be described in detail. It should be understood, however, that the drawings and 
detailed description presented herein are not intended to limit the invention to the 
particular embodiment disclosed, but on the contrary, the intention is to cover all 
modifications, equivalents, and alternatives falling within the spirit and scope of the 
present invention as defined by the appended claims. 

Detailed Description 
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[0014] Generally speaking the present invention contemplates a system and method for 
remote storage and configuration of CMOS settings for a data processing environment 
having a plurality of replaceable data processing system blades. CMOS setting 
information is stored off-blade and retrieved when a blade is inserted or otherwise 
booted. By storing CMOS setting information remotely, the present invention enables 
blades that are completely stateless thereby simplifying the process of replacing old 
or malfunctioning blades with new blades. 

[001 5] Before describing the remote CMOS setting storage features of the present 

invention, selected elements of a data processing configuration particularly suitable 
for implementing the present invention are illustrated. Turning first to FIGs 1 A and 1 B, 
front and rear views respectively of an embodiment of a data processing configuration 
200 are illustrated. The depicted embodiment of data processing configuration 200 
includes a plurality of interconnected server blades 700 (described in greater detail 
below) and a management module according to the present invention that stores and 
configures CMOS settings for each blade 100 in the configuration. 

[001 6] As shown in the front view of FIG 1A, data processing configuration 200 includes a 
cabinet (or chassis) 201 having a plurality of slots 202 in its front face 203 . Each slot 
202 is configured to receive a printed circuit board-based subsystem such as a server 
blade TOO . (The set of server blades depicted in FIG 2 are identified by reference 
numerals 100a through WOn). Each server blade J 00 is plugged into an 
interconnection (not depicted) referred to herein as the mid-plane because of its 
intermediate location between server blades 100 and other adapters or blades that are 
plugged into the opposite side of the mid-plane from the rear face of cabinet 201 (see 
FIG 1 B). In this embodiment, the interconnected server blades 100 in configuration 
200 are suitable for implementing a local area network (LAN) such as an Ethernet LAN 
in which each blade 100 has its own IP address and Media Access Control (MAC) 
address. Configuration 200 may itself be connected to an external network such as 
the Internet through a gateway (not depicted) or other suitable network device. 

[0017] 

The number of server blades /tftfwithin cabinet 201 varies with the 
implementation. In a representative configuration, the front face 203 of cabinet 201 
includes 14 or more slots 202 fox receiving server blades 100 . Each server blade 100 
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is typically implemented as a full-height adapter. 

[001 8] The rear view of data processing configuration 200 , depicted in FIG 1 B, illustrates 
additional selected elements of the configuration. More specifically, the rear face 205 
of cabinet 201 includes a set of half-height slots 204 . Various half-height modules or 
blades are plugged into the previously mentioned mid-plane via slots 204 in rear face 
205 . In the depicted embodiment, these modules include a set of network 
interconnect modules identified by reference numerals 210a , 210b , 210c , and 
21 Od ', a pair of power supply modules 220a and 220b , and first and second system 
management modules 120a and /20£(genericaIIy or collectively referred to as 
management module(s) 120). Also shown are a set of cabinet cooling fans 230 . It will 
be appreciated that the number of network interface modules 210, power supply 
modules 220, and cabinet cooling fans 230 is implementation specific. Network 
interface modules 210 provide connectivity between the server blades 100 and an 
external network such as the Internet. In one embodiment, each server blade 100 \$ 
configured with four independent network connection paths via the four separate 
modules 210a through 21 Od . The power supply modules 220a and 220b provide 
configuration 200 with the required voltage levels. 

[0019] Turning now to FIG 2, selected features of the server blades 100 depicted in FIG 

1A are illustrated. As its name implies, each server blade 100 is typically implemented 
entirely upon a single printed circuit board or "blade." In the depicted embodiment, 
server blade 100 includes a set of main processors 102A through /0?A/(generically or 
collectively referred to as processor(s) 102) that are connected to a system bus 104 . 
Main processors 102 may be implemented with any of a variety of commercially 
distributed general purpose microprocessors including, as examples, x86 processors 
typified by the Pentium • family of processors from Intel Corporation or RISC 
processors typified by the PowerPC ® family of processors from IBM Corporation. The 
depicted embodiment of server blade 100 is implemented as a symmetric 
multiprocessor (SMP) system in which each processor 102 has substantially equal 
access to a system memory 106v\a system bus 104 . 

[0020] 

System memory 106 \s typically implemented with a volatile storage medium such 
as an array of dynamic random access memory (DRAM) devices. Server blades 100 
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further include persistent or non-volatile storage identified by reference numeral 
107a through / 07n (collectively or generically referred to as NVM 107) that is used 
for local storage of server blade CMOS settings data. NVM 1 07 of server 100 is 
typically implemented as battery-backed CMOS storage according to well known 
practice. Alternatively, NVM 1 07 may comprise a portion of a flash memory card or 

comparable electrically erasable (E ^ ) device. 

[0021] In server blade 100 , a bus bridge 7 provides an interface between system bus 
J 04 and an I/O bus 7 10 to which one or more peripheral devices 7 14A through 114N 
(generically or collectively referred to as peripheral device(s) 114) as well as a general 
purpose I/O (GPIO) port are connected. Peripheral devices 114 may include devices 
such as a graphics adapter, a high-speed network adapter or network interface card 
(NIC), a hard-disk controller, and the like. I/O bus / 10 is typically compliant with one 
of several industry standard I/O bus specifications including, as a common example, 
the Peripheral Components Interface (PCI) bus as specified in PCI Local Bus 
Specification Rev 2,2 by the PCI Special Interest Group (www.pcisig.com). 

[0022] The depicted embodiment of server blade 100 further includes a local blade 

service processor 7 16 connected to GPIO port 7 72. Local blade service processor 116 
is configured to provide support for the main processors 102 of blade 100 . This 
support may include, for example, monitoring the power supplied to main processor 
(s) 102 and, in the event of a blade crash, initiating a main processor restart. In this 
embodiment, local blade service processor 116 may receive updated CMOS settings 
from the Management Module(s) 120 by communicating over an internal interconnect 
136 on the midplane. Blade service processor 7 16 can thus read the CMOS 
configuration parameters from the Management Module(s) 72<?each time the blade 
boots, or receive asynchronous updates from the Management Module(s) 120 . 

[0023] 

Turning now to FIG 3 and FIG 4, selected elements of the management module(s) 
120 of FIG 1 B are illustrated to emphasize the remote CMOS setting storage and 
configuration features of the present invention. In the depicted embodiment, 
management module 120 includes a processor 130, a system memory 132 , and 
non-volatile storage (NVM) 134 . System memory 132 is typically volatile storage 
comprised of conventional DRAM devices that provide storage for data and programs 
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that are executing. NVM 134 , as its name implies, provides a persistent storage 
device suitable for holding programs and data that are executed when the 
management module 120 is booted. NVM 134 is typically implemented as a flash 
memory card or some other form of electrically erasable non-volatile device. 

[0024] In the server blade environment depicted in FIG 1 A and 1 B, management module 
120 typically provides system management functions to the set of server blades 100 
of data processing configuration 200 . Thus, processor 730 of management module 
720 may be implemented via software stored in NVM 134 and system memory 132 as 
a service processor configured to monitor or control various resources (subsystems) 
of the configuration. Typically, the resources managed by management module 120 
GI include those resources shared by multiple server blades including, as examples, 

f|| system power and cooling fans. 

To facilitate its management functions, management module processor 130 is 
connected to the local blade service processor 11 6 ow each server blade 100 via an 
internal interconnect identified by reference numeral 136 . Internal interconnect 136 
enables communication between management module processor 130 and server 

blades 100 . Interconnect 136\s typically implemented according to a standardized 

2 

communication protocol such as an Ethernet, RS-232, RS-485, or I C protocol. 
Internal interconnect 1 36, in addition to enabling communication that facilitates 

conventional service processor functions, provides a path over which CMOS setting 

information can be exchanged. 

[0026] 

NVM 134 of management module 130 contains, in addition to any code required 
for management module 120 to boot itself following a reset, a CMOS setting table 
identified by reference numeral 140 in the conceptualized illustration of FIG 4. CMOS 
setting table 740 includes a set of columns 142a through 142n and a set of rows 
144a through 144m . Each column 142 corresponds to a server 1 00 while each row 
144 corresponds to a particular CMOS setting. Each server 100 is preferably 
configured to retrieve its CMOS settings from table 140 as part of its boot sequence. 
The CMOS setting values retrieved from table 140 are then stored in the servers local 
NVM 107 . By storing CMOS settings remotely and configuring the server blades to 
retrieve their settings as part of the boot sequence, the invention reduces 



ry 



*** 

m 



[0025] 
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complexities that arise from locally stored CMOS settings. In a system employing 
locally stored CMOS settings, it is generally difficult to guarantee substantially 
identical functionality when a server blade is replaced or upgraded. 

[0027] The CMOS settings retrieved from table J 40 are, nevertheless, stored in local NVM 
107 to enable server blades / 00 to complete a boot sequence even if management 
modules 120 are removed, or replaced, or otherwise unavailable. In other words, NVM 
J 07 provides a local cache of a blade's CMOS settings that can be accessed when the 
settings cannot be retrieved from management module 120 thereby enabling blades 
100X0 boot even in the absence of an accessible or functional management module. 
Moreover, local storage of CMOS settings in NVM /07enables a newly installed 
management module 120 to obtain values for its CMOS settings table 140A preferred 
embodiment of management module 120 as depicted in FIG 3 is enabled to allow 
modification of CMOS setting table 740 remotely via a dedicated interconnection 



W identified by reference numeral 138 . Using interconnection 138 , the contents of 

•y 

CMOS setting table 140 may be modified and stored regardless of the state of the 

3 internal interconnect /J£ and/or the state of server blades 100. Interconnection 138, 

M 2 

3 for example, could be implemented with an I C compliant bus that connects a device 

■S ' 2 
»g 139 having keyboard, LCD display screen, and microcontroller with NVM 140 . I C is 

II a widely known two-wire communication bus protocol developed by Philips. Using the 

device 139 , a user could configure CMOS setting table 140 before power is applied, 
before server blades are installed in their respective slots, and so forth. 

[0028] Dedicated interconnect 136 , in addition to enabling the remote configuration of 
CMOS setting table 140, is preferably further configured to provide a dedicated (out- 
of-band) network connection to local blade service processor 116. The local blade 
service processor 116 can then access the NVM 107 of each server blade 100 . In this 
embodiment, interconnect 136 would enable the downloading of CMOS setting 
information from management module 120 to a server blade 100 regardless of the 
blade's state (i.e., regardless of whether the blade is running, booting, powered off, 
etc.). 



[0029] 



As discussed previously, the specific implementation of CMOS settings can vary 
substantially among different blade designs and different BIOS versions. This 
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customization increases the difficulty of ensuring that replacement server blades 
function in a substantially identical manner to their predecessors. One embodiment of 
the present invention addresses this issue by implementing a CMOS setting 
programming interface in management module 120 and each server blade 100 . The 
programming interface provides command abstractions for each of the various CMOS 
settings. The command abstractions are mapped, within the BIOS of each server blade, 
to the appropriate CMOS setting bit addresses. Providing this programming interface 
enables management module J 20 to maintain and download CMOS settings to server 
blades without regard to the actual implementation of the CMOS bits on the server 
blade. In this embodiment, management module 120 is configured to configure a 
blade's CMOS settings by downloading a series of commands such as: SET 
PowerEnable(ON) in lieu of attempting to manipulate particular bit addresses directly. 

[0030] The command abstraction feature of the present invention is emphasized in the 
flow diagram of FIG 5 illustrating a method of configuring CMOS settings in a server 
blade environment according to one embodiment of the invention. In the depicted 
embodiment, a server blade or other comparable data processing system is assumed 
to be in a pre-existing operational state (block 151 ). The operational state is typically 
either a powered-off state or a functional state. For purposes of the CMOS 
configuration features of the present invention, the server is configured to detect 
(block 152) the initiation of a boot sequence. If no boot sequence is detected, the 
server blade remains in the pre-existing operational state. 

[0031] Upon j n j t j at j on 0 f a k 00t sequence, however, a server blade contacts (block 154) 
the management module, typically via the local blade service processor 7/6"and the 
internal interconnect, and requests (block 156) the management module to provide 
its CMOS settings. In response to a request from a server blade, the management 
module generates a command abstraction corresponding to a pre-determined first 
CMOS setting and sends the command abstraction to the server blade. Upon receiving 
(block 157) a CMOS setting command abstraction, the server blade BIOS code 
converts the command abstraction to a particular bit address based upon a previously 
stored command mapping within the server blade's non-volatile storage. After 
converting the command abstraction to a specific bit address and setting, the server 
blade configures (block 158) the CMOS setting corresponding to the determined bit 
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address and setting. If (block 75P) additional CMOS settings are to be set as part of 
the boot sequence, the server blade and management module repeat the process of 
generating a command abstraction, transmitting the abstraction to the server, and 
converting the abstraction to a particular CMOS setting. 

[0032] It will be apparent to those skilled in the art having the benefit of this disclosure 
that the It present invention contemplates a system and method for configuring CMOS 
settings suitable for use in a data processing configuration implementing multiple, 
swappable server blades. It is understood that the form of the invention shown and 
described in the detailed description and the drawings are to be taken merely as 
presently preferred examples. It is intended that the following claims be interpreted 
broadly to embrace all the variations of the preferred embodiments disclosed. 



APP-H>10064012 



PAGE 10 of 21 



